Skip to content

How to Implement Review Flow in Multica

这是一页流程实现页,负责回答“如何在 Multica 中落地审批流”。
它不负责定义审批制度为什么存在;制度与边界应以下列页面为准: 企业版Review Gate机制Where Review Happens and How Bots Trigger It

Core Answer

在 Multica 里实现审批流,最实用的方法不是等待一个专门的“审批模块”,而是直接复用它现有的协作原语:

  • Issue
  • Assignee
  • Status
  • Comment
  • Label

把审批实现成一种特殊的 review issue 流程:

text
execution issue
-> wiki-compile issue
-> review issue
-> approve / revise / reject
-> canonical wiki update
-> Feishu publish

Three Issue Types

1. execution

正常执行任务。

2. wiki-compile

把高价值结果整理成知识草稿。

3. review

审批知识草稿是否进入 canonical wiki。

  • execution
  • wiki-compile
  • review
  • review-approved
  • review-revise
  • review-rejected
  • decision
  • memory-candidate
  • todo
  • in_progress
  • in_review
  • done
  • blocked

其中审批流最关键的状态是:

  • in_review
  • done
  • blocked

Step 1

一个正常执行任务完成。

Step 2

bot 识别这是高价值候选知识,并自动创建一个 wiki-compile issue。

Step 3

知识编译 Agent 完成草稿后,bot 自动创建一个 review issue

Step 4

reviewer 在该 issue 中给出:

  • Approve
  • Revise
  • Reject

Step 5

bot 根据审批结果自动执行后续动作:

  • 更新 canonical wiki
  • 追加 index / log
  • 如需发布则同步到飞书

Why Multica Is The Right Place

审批最适合发生在 Multica,而不是 wiki 或飞书里,因为 Multica 已经天然具备:

  • 任务对象
  • 人类身份
  • Agent 身份
  • 指派关系
  • 状态流转
  • 评论记录

它最适合承载“谁提、谁审、谁批、谁改”的工作流。

Final Rule

bot 负责发现候选知识并发起 review issue,人类 reviewer 负责最终批准知识是否进入 canonical wiki。

TeamOS · docs as code · canon=权威知识,drafts=候选区